IN THE CLAIMS: 

Please amend/replace claims 1-3, 5, 6, 9, 11-13, 17-26, 28, 29, 31-34. Please cancel 
claim 27 without prejudice and add new claim 35. 

Claim 1 (currently amended): A method for designing a software architecture 
for utilizing software components in building N-tier software applications, the method 
comprising: 

a) T specifying a set of software component rules for developing cr e ating 

software components; 

b) T specifying a set of tier rules for developing a plurality of tiers wherein 

each tier comprises a plurality of software components and performs a 
predetermined function, each software component comprising a 
software object, the tier rules further comprising: 

i) r a set of association rules by which at least one software 

component developed created using the software component 
rules may b e is_associated with or disassociated from at least 
one tier developed cr e at e d with the set of tier rules; 

ii) T a set of tier framework rules to provide an architected context 

for software components associated with a tier; and 

iii) T a set of package rules to provide for logical grouping of 

interfaces within a framework defined by the tier framework 
rules to provide a set of specific behaviors for the tier; and 

c) t specifying a set of assembly rules, the assembly rules comprising 

association rules by which each tier may b e is_associated with at least 
one other tier and linkage rules by which each tier may be is linked to 
at least one other tier. 

Claim 2 (currently amended): The method of claim 1 wherein specifying a the set of 
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software component rules for developing cr e ating software components further 
comprises: 

ar specifying rules for specifying interfaces for each software component; 
and 

br specifying rules for specifying behavior exhibited by each software 
component. 

Claim 3 (currently amended): The method of claim 2 wherein specifying rules 
for specifying behavior further comprises: 

ar specifying rules for encapsulating each software component en-how 
e ach softwar e compon e nt e ncapsulates d e tails of how functionality is 
impl e m e nted for that softwar e compon e nt ; and 

br specifying rules for developing an on cr e ating a w e ll d e fin e d interface 
reusable at a binary level for each software component; 

6r whereby each software component is mayb e made available for use by 
any other software component that uses can us e the w e ll d e fin e d 
interface of the fest software component. 

Claim 4 (original): The method of claim 1 further comprising specifying 
library rules for selectively placing software components into and retrieving software 
components from an inventory of software components. 

Claim 5 (currently amended): The method of claim 1 wherein the software 
component rules comprise rules for supporting off-the-shelf components within 
software components or tiers, including rules to allow addition of off-the-shelf 
software components into the inventory. 
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Claim 6 (currently amended): The method of claim 1 further comprising 
specifying at least one software component modification rule for adding, modifying, 
or deleting software components wh e r e by softwar e components may be ext e nd e d, th e 
at l e ast on e software component modification rule comprising addition, modification, 
and deletion rul e s . 

Claim 7 (original): The method of claim 1 wherein the software component 
rules further comprise rules for designating software component function points. 

Claim 8 (original): The method of claim 7 wherein the rules for designating 
software component function points further comprise rules to allow implementing 
software component interfaces required by a particular tier to which the software 
component belongs. 

Claim 9 (currently amended): The method of claim 1 wherein specifying a set 
of tier rules for developing cr e atin g an extensible set of tiers further comprises: 

ftr specifying rules for modifying on allowing modification of software 
component attributes far of software components associated with the 
tier; 

bz specifying rules for determining to allow sp e cifying what dependencies 
between a framework and at least one other framework has to other 
fram e works ; 

6r specifying rules for grouping on how properties and interfaces in the 
framework ar e grouped : 

dr specifying rules on what for determining interfaces to be used in the 
framework ar e used: and 

er specifying rules that specify wh e r e softwar e component b e havior 
b e longs . 

Claim 10 (original): The method of claim 1 wherein the framework rules 
further comprise rules on specifying at least one package for a framework, the 
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package further comprising a set of interfaces to provide a specific behavior. 

Claim 1 1 (currently amended): The method of claim 1 further comprising: 

ar specifying a basic design structure comprising base components for 
software components in the tier; and 

br specifying a set of standard interfaces for the software components 
categorized as belonging to the tier. 

Claim 12 (currently amended): The method of claim 1 wherein specifying the 
a set of assembly rules further comprises: 

ar specifying rules to allow assembling and compiling at least one tier to 
provide a stand-alone, executable program; and 

br specifying rules on allowing combining software components and 
invoking an assembled application at run-time to form new unique 
applications on-the-fly. 

Claim 13 (currently amended): The method of claim h wherein the software 
component rules specify rules allowing each software component to execute 
asynchronously within its own thread and time frame and to inform dependent 
components of its status or provide dependent components with information when 
predetermined events occur. 

Claim 14 (original): The method of claim 1 further comprising specifying 
rules to allow defining one or more techniques to allow a software component to 
traverse a model, the model comprising one or more software components. 

Claim 15 (original): The method of claim 14 wherein the traversal of a 
model uses a predetermined interface. 

Claim 16 (original): The method of claim 1 further comprising specifying 
rules on implementing a template iterator class to facilitate accessing associations. 
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Claim 17 (currently amended): The method of claim 16 wherein the template 
iterator class can b e is based at any on an association of software components 
software component's association s and can b e is used to iterate through all software 
components in the association or only through a specific software component type. 

Claim 18 (currently amended): A method for generating software components 
for use in an N-tier software application, the software components having a 
predetermined structure, the method comprising: 

ftr providing a software component architecture comprising a plurality of 
tiers, wherein each tier may b e associated with at least on e of the 
software compon e nts comprises a plurality of software components 
and performs a predetermined function, each software component 
comprising a software object, each tier further comprising a 
predetermined set of interfaces for that tier, the interfaces defining a set 
of functionality capable within that tier; and 

br for a s e l e ct e d on e of the plurality of ti e rs, providing at least on e of the 
software components to satisfy the functionality of the tier wherein the 
at least one of the software components in a selected one of the 
plurality of tiers provides a predetermined set of interfaces sp e cified 
for th e s e l e ct e d on e of the plurality of tiers . 

Claim 19 (currently amended): The method of claim 18 wherein the software 
components compon e nt of a tier are reusable by a system configured to utilize the set 
of interfaces associated with the tier is r e usabl e by any syst e m e mploying softwar e 
compon e nts d e sign e d in accordance with the method of claim 18 . 

Claim 20 (currently amended): The method of claim 18, further comprising: 

ftr specifying a set of tier framework rules to provide an architected 
context for software components within a tier; and 

br specifying a set of package rules to provide for logical grouping of 
interfaces within a framework defined by the tier framework rules to 
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provide a set of specific behaviors for the tier. 

Claim 21 (currently amended): The method of claim 20-, wherein the tier 
framework rules further comprise: 

&r specifying rules for determining on sp e cifying dependencies between a 
framework has4e and at least one other framework oth e r frameworks ; 

br specifying how properties and interfaces are grouped in the 
framework; and 

6t specifying what the interfaces are to be used in the framework ; and 

dr sp e cifying wh e r e softwar e compon e nt behavior b e longs . 

Claim 22 (currently amended): The method of claim 21 further comprising 
specifying rules on defining packages within the framework , each package the 
packag e s comprising a group g rouping of interfaces within a fram e work into subs e ts 
of interfac e s to that specify how a specific behavior , such as m e ssaging or conn e cting, 
is to be provid e d implemented in the framework . 

Claim 23 (currently amended): A method of system design for an N-tier 
architecture, the architecture comprising software components and tiers, the method 
comprising: 

ar determining a set of application requirements; 

br determining a list of required models and software components to 
satisfy the application requirements; 

er logically grouping the software components into extensible tiers; 

dr determining if each software component in each tier is available in an 
inventory of components; 

er using each software component found in the inventory if that software 
component is a required software component; 
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£ restructuring a portion of the software components in the inventory te 
e nsur e conformanc e whil e r e taining th e original int e nt of th e 
r e quir e m e nt, if possibl e; 

gr adding additional software components if no existing software 

component in the inventory satisfies or can b e r e structur e d to satisfy a 
requirement or is modifiable to satisfy the requirement ; 

hr associating at l e ast on e softwar e compon e nt a plurality of software 

components with each required tier wherein each software component 
comprises a software object ; and 

*r developing cr e ating an application by defining and implementing 
linkages between the required tiers. 

Claim 24 (currently amended): The method of claim 23 further comprising: 

ftr testing each added new^ software component; 

br testing each restructured software component; 

er assessing each added new software component for suitability to 
become part of the software inventory; 

dr assessing each restructured software component for suitability to 
become part of the software inventory; and 

er adding at least a portion of the added new or restructured components 
to the inventory if th e n e w or r e structur e d softwar e component has 
pot e ntial for r e u se ar e add e d to th e softwar e inv e ntory . 

Claim 25 (currently amended): The method of claim 23 wherein the added 
new or restructured software components are either tailored into the current 
architecture or the architecture is expanded by adding one or more tiers to 
accommodate the added new or restructured software component. 
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Claim 26 (currently amended): The method of claim 23 where the software 
components that are go sp e cific they can only to be us e d utilized in a current 
application are not added to the inventory. 

Claim 27 (cancelled). 

Claim 28 (currently amended): The method of claim 23 wherein adding 
additional software components if no existing software component in the inventory 
satisfies or can b e restructured to satisfy a requirement or is modifiable to satisfy the 
requirement, further comprises: 

ftr procuring an off-the-shelf software component from a third party; and 

br providing the off-the-shelf software component with a predetermined 
interface to interface between the off-the-shelf software component 
and at least one tier. 

Claim 29 (currently amended): A system for designing a software architecture 
for use in generating software components for building software applications, the 
system comprising: 

at at least one processing unit; 

br at least one memory store operatively connected to the processing unit; 

er N-tier design software executable within the at least one processing 
unit, wherein each tier comprises a plurality of software components 
and performs a predetermined function, each software component 
comprising a software object ; 

dr software architecture specifications resident in the memory store for 
use by the N-tier design software, the software architecture 
specifications comprising specifications for a set of software 
component rules for developing cr e ating software components, 
specifications of a set of tier rules for developing cr e ating tiers, and 
specifications of a set of assembly rules; 
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er an input device, operatively in communication with the processing 
unit, for permitting input of the software architecture specifications; 

£ an output device, operatively in communication with the processing 
unit; and 

gr a communications pathway operatively connected to the processing 
unit. 

Claim 30 (original): The system of claim 29 wherein the communications 
pathway is a network. 

Claim 31 (currently amended): The system of claim 30 wherein the network 
utilizes at least one of asynchronous communication and synchronous communication 
between the software components comprises asynchronous communications, 
synchronous communications, local communications, local ar e a networks, wide area 
n e tworks, and local bus n e tworks . 

Claim 32 (currently amended): A system for designing a software architecture 
for use in generating software for building software applications, the system 
comprising: 

a) r means for specifying a set of software component rules for developing 

cr e ating software components; 

b) T means for specifying a set of tier rules for developing a plurality of 

cr e ating tiers wherein each tier comprises a plurality of software 
components and performs a predetermined function, each software 
component comprising a software object the tier rules further 
comprising: 

i}- a set of association rules by which each tier developed cr e at e d 
with the set of tier rules may b e is_associated with at least one 
software component developed cr e ated using the software 
component rules; 
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ii}7 a set of tier framework rules to provide an architected context 
for software components within a tier; and 

iii)r a set of package rules to provide for logical grouping of 

interfaces within a framework defined by the tier framework 
rules to provide a set of specific behaviors for the tier; and 

c)t means for specifying a set of assembly rules further comprising 

association rules by which each tier may be is associated with at least 
one software component and linkage rules by which each tier may be is 
linked to at least one other tier. 

Claim 33 (currently amended): A method for defining and implementing an 
N-tier software architecture for a system comprising at least one processing unit, at 
least one memory store operatively connected to the processing unit, N-tier designing 
software executable within the at least one processing unit, an input device 
operatively in communication with the processing unit for permitting input of the 
software architecture specifications, an output device operatively in communication 
with the processing unit, and a communications pathway operatively connected to the 
processing unit, the method comprising: 

a}r loading the N-tier designing software into the memory store; 

b) T executing the N-tier designing software; 

c) t inputting a set of software component rules for developing cr e atin g 

software components into the memory store; 

d) T inputting a set of tier rules for developing a plurality of cr e ating tiers 

into the memory store, the tier rules further comprising: 

i}7 a set of association rules by which each tier developed cr e at e d 
with the set of tier rules may b e is_associated with at least one 
software component developed cr e at e d using the software 
component rules; 
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ii) T a set of tier framework rules to provide an architected context 

for software components within a tier; and 

iii) 7 a set of package rules to provide for logical grouping of 

interfaces within a framework defined by the tier framework 
rules to provide a set of specific behaviors for the tier; 

e)r inputting a set of assembly rules into the memory store, the assembly 
rules further comprising association rules by which each tier may b e is 
associated with at least one software component and linkage rules by 
which each tier may b e isjinked to at least one other tier; and 

Qt processing the software component rules, tier rules, and assembly rules 
using the N-tier designing software to develop cr e at e an N-tier 
software architecture , wherein each tier comprises a plurality of 
software components and performs a predetermined function, each 
software component comprising a software object . 

Claim 34 (currently amended): An N-tier software architecture stored in a 
storage media, the storage media comprising: 

ar a first plurality of binary values for developing creatin g software 
components using software component rules; 

bz a second plurality of binary values for developing a plurality of 

cr e ating tiers using tier rules wherein each tier comprises a plurality of 
software components and performs a predetermined function, each 
software component comprising a software object ; and 

a third plurality of binary values for assembling software applications 
from tiers and software components. 

Claim 35 (new): An article of manufacture, comprising: 
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a computer storage medium having a computer program encoded therein for 
designing a software architecture for utilizing software components in building 
multiple-tier software applications, the computer storage medium including: 

code for specifying a set of software component rules for developing software 
components wherein each software component comprises a software object; 

code for specifying a set of tier rules for developing a plurality of tiers wherein 
each tier comprises a plurality of software components and performs a predetermined 
function; and 

code for specifying a set of assembly rules having association rules by which 
each tier is associated with at least one other tier and linkage rules by which each tier 
is linked to at least one other tier. 
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